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Background Of The Invention 

1. Technical Field. 

[001] This invention relates to an interface, and more particularly, to a software 
interface that may communicate isochronous audio over a switched network. 

2. Related Art 

[002] The transmission and reception of digital audio signals are becoming 
more common. Digital audio signals may be transmitted in a compressed format, or in 
an uncompressed format. While signal compression reduces the bandwidth needed to 
store and transmit digital audio signals, signal compression can cause perceivable delays 
and signal loss in some audio systems. 

[003] Some audio systems communicate uncompressed data across real-time, 
digital audio networks. These networks are considered isochronal when audio devices 
on the network respond to a clock signal in a manner similar to a synchronous serial 
communication system. The networks rely on dedicated hardware to interface audio 
devices. 

[004] One known proprietary system uses proprietary interfaces to control 
timing and other low-level processing tasks. These proprietary interfaces cannot 
communicate in a Transmission Control Protocol/Internet Protocol ('TCP/IP") used by 
the Internet. A second interface is needed. Because multiple interfaces are required to 
transmit and receive digital audio signals and provide access to the Internet, proprietary 
systems may be expensive. 

[005] Therefore, there is a need for a system that can transmit or receive 
isochronous audio using a standard network interface. 
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Summary 

[006] This invention provides a system that includes a network interface. The 
network interface is compatible with multi-tasking, multi-threaded operating systems 
and may send and receive isochronous audio packets and other data over a switched 
5 network. The system includes software that extracts audio data from isochronous audio 

packets. 

[007] The system may also use software that formats audio data into 
isochronous audio packets. The isochronous audio packets may be formatted to many 
protocols, including a CobraNet specification. The isochronous audio packets and other 
10 data packets may be sent over the switched network. 

[008] Other systems, methods, features and advantages of the invention will 
be, or will become, apparent to one with skill in the art upon examination of the 
following figures and detailed description. It is intended that all such additional 
systems, methods, features and advantages be included within this description, be within 
15 the scope of the invention, and be protected by the following claims. 

Brief Description Of The Drawings 

[009] The invention can be better understood with reference to the following 
drawings and description. The components in the figures are not necessarily to scale, 
emphasis instead being placed upon illustrating the principles of the invention. 
20 Moreover, in the figures, like referenced numerals designate corresponding parts 

throughout the different views. 

[010] FIG. 1 is a first isochronous audio controller. 
[011] FIG. 2 is a second isochronous audio controller. 
[012] FIG. 3 is a third isochronous audio controller. 
25 [013] FIG. 4 is a transmission flow chart for an isochronous audio driver. 

[014] FIG. 5 is a reception flow chart for an isochronous audio driver. 
[015] FIG. 6 is a block diagram of a portion of a fourth isochronous audio 
controller. 
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Detailed Description of the Preferred Embodiments 

First Isochronous Audio Controller 

[016] A first illustrative isochronous audio controller 100 is shown in FIG. 1. 
The isochronous audio controller 100 may be included in operating system adapted to 
execute a plurality of applications substantially in parallel. The operating system may 
be a non-real time system capable of multi-tasking, multi-threaded execution of 
applications to enable the substantially parallel execution of the applications. The multi- 
tasking, multi-threaded execution of the applications by the operating system may be 
within a computing environment, such as an operating system included in a computer 
device. Example operating systems includes Microsoft Windows, UNIX, LINUX, etc. 
The isochronous audio controller 100 may include a network interface 102, a memory 
104, a processor 106, and a user interface 108. The network interface 102 connects the 
isochronous audio controller 100 to another device and may be a card or a socket that 
transfers information from one place to another. 

[017] In FIG. 1, the network interface 102 may include a PCMCIA card, an 
ISA card, a PCI card, a networking circuit or another device. These devices may 
provide network connectivity in accordance with a standard, such as an Institute of 
Electrical and Electronics Engineers ('TEEE") 802 standard, such as IEEE 802.3 
standard, an Ethernet standard, an IEEE 1394 standard, a wireless Ethernet standard, a 
Fiber Distributed Data Interface ("FDDF) standard, or a similar standard. Preferably, 
the network interface 102 operates at a frequency of about 100 Mbps or higher. 

[018] The network 116 may also conform to one of these standards. The 
network 116 may be any type of network capable of packet based data transmission. In 
one example, the network may be a switched Ethernet network. 

[019] The memory 104 is a medium that preserves data for retrieval. It may 
include a hard disk drive, a compact disc drive, a digital versatile disc drive, a Random 
Access Memory ('TRAM"), a Read Only Memory ("ROM"), a Programmable Read- 
only Memory ('TROM"), an Electrically Erasable Programmable Read-Only Memory 
("EEPROM"), a flash memory, or any other digital storage device. The processor 106 
may include a Central Processing Unit ("CPU") such as an Intel Pentium® 
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microprocessor, a Sun SPARC® microprocessor, a Motorola microprocessor, an 
International Business Machines (IBM) processor, or any other processor. 

[020] The user interface 108 may include software or hardware that enables a 
user to access an application. The user interface 108 may include an absolute pointing 
5 device, a relative pointing device, or a physical pointing device. Other cursor control 

devices may also be used including a keyboard and a touch screen system. 

[021] The memory 104 may include isochronous audio software 110, and 
applications 112. The isochronous audio software 110 may include network drivers to 
provide low-level communications with network interface 102. Additionally, the 

10 network drivers included with the isochronous audio software 110 may support 

protocols such as a TCP/IP, IPX/SPX, NetBIOS, ATM, NetBEUI, AppleTalk, and 
Token-Ring. The isochronous audio software 110 may also provide a software interface 
for the applications 112. The network drivers of the isochronous audio software 110 
may include drivers available from the manufacturer of the network interface 102, from 

15 the supplier of the applications 112 or from a third party. In addition, the isochronous 

audio software 110 may provide a software interface between the isochronous audio 
software 110 and the network interface 102. The isochronous audio software 110 may 
also be adapted to be compatible with and executable within pre-existing operating 
systems with pre-existing hardware, such as the Microsoft Windows operating system 

20 operating on a personal computer. In one example, the isochronous audio controller 100 

includes an operating system where the network drivers included in the isochronous 
audio software 102 may implement the Open System Interconnection (OSI) model. The 
OSI model is a networking framework for implementing network protocols in seven 
layers. Packets or datagrams are passed from one layer to the next. 

25 [022] The isochronous audio software 110 may conform to an isochronous 

audio specification to facilitate communication with other isochronous audio devices. 
The specification may include data format, protocol and/or any other data presentation 
and communication related parameters. The isochronous audio software 110 may 
process isochronous audio data, play audio data, and/or save audio data in a recordable 

30 medium, such as a magnetic media (hard disk) or an electronic media. The isochronous 

audio software 110 may also receive audio data from a medium, such as a hard disk, or 
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another source, such as a microphone, and create isochronous audio data for 
transmission over the network 116. In addition, the isochronous audio software 110 
may detect the type of data included in data packets that are received by the isochronous 
audio software 110. The isochronous audio software 110 may decode the received 
5 packets that are related to audio data. If, on the other hand, the packets are related to the 

other applications being executed in the operating system, the packets may be passed 
through the isochronous audio software 110 to'the applications 112 unaltered by the 
isochronous audio software 110 (passed through in the same condition as they were 
received from the switched network). 

10 

Second Isochronous Audio Controller 

[023] A second illustrative isochronous audio controller 200 operating within a 
multi-tasking, muti-threading operating system is shown in FIG. 2. The isochronous 
audio controller 200 may include a network interface 202, a memory 204, a processor 

15 206, and a user interface 208. The operating system, the network interface 202, the 

memory 204, the processor 206, and the user interface 208 may have the same structure 
and functionality as the network interface 102, the memory 104, the processor 106, and 
the user interface 108 described previously. 

[024] The memory 204 may include layers of network software that provide 

20 network support. The memory 204 may also include a network interface driver 210, 

isochronous audio software 212, a protocol stack 214, an Application Program Interface 
("API") 216, and one or more applications 218. The applications 218 may be operated 
substantially in parallel within the operating system. The isochronous audio software 
200 may also operate in the operating system substantially in parallel with the other 

25 applications 2 1 8 in the system. 

[025] The network interface driver 210 may be a hardware driver provided by 
the manufacturer of the network interface 202, a hardware driver provided by an 
operating system vendor, or a hardware driver provided by a third party. The network 
interface driver 210 enables transmission and receipt of packets via the network 1 16 for 

30 each of the applications. The isochronous audio software 212 may provide 

communicate between the applications 218 and the network interface driver 210. La 
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addition, the isochronous audio software 212 may provide a communication interface 
between the isochronous audio software 220 and the network interface driver 210. 

[026] The protocol stack 214 comprises a set of protocols that work together on 
different levels to enable the applications 218 to communicate on the network 116. An 

5 example protocol stack 214 may include TCP/IP, EPX/SPX, NetBIOS, ATM, NetBEUI, 

AppleTalk, and Token-Ring protocols. The protocol stack 214 may be a protocol suite 
available from the supplier of an operating system, or may be a protocol stack provided 
by a third party. Similarly, the API 216 may be an API available from the supplier of 
the operating system, or may be an API provided by a third party. (The isochronous 

10 audio software 212 may include its own protocol stack and API.) The applications 218 

may include many other user interfaces and applications, such as a browsers, news 
clients, e-mail clients, file servers, or other servers or clients. 

[02^]; . IDuring operation, a stream of packets may be received from the network 
116 and buffered by the network interface 202. In response to the receipt of the packets, 

15 the network interface 202 may generate an interrupt request to the operating system. 

The operating system, which is involved in multi-tasking, multi-threaded operation 
within a computing environment, will acknowledge the interrupt request based on the 
priority of the interrupt request with regard to other processes being executed by the 
operating system. When the interrupt request reaches an appropriate level of priority, 

20 the operating system may acknowledge the interrupt request by providing an interrupt to 

the network interface 202. Upon receipt of system control from the operating system 
due to the provided interrupt, the network interface driver 210 may be executed by the 
operating system to pass the packets to the isochronous audio software 212. The 
isochronous audio software 212 may be executed by the operating system to analyze 

25 each of the packets to determine a data type. Packets that are determined to include 

isochronous audio data (isochronous audio packets) may be decoded by the isochronous 
audio software 212. In contrast, data packets^may be passed to the protocol stack 214 
without alteration or any other form of processing of these packets by the isochronous 
audio software 212. 

30 [028] With the same interrupt provided by the operating system to the network 

interface 202, the operating system enables execution of the isochronous audio software 
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application 212. Accordingly, when the network interface 202 receives isochronous 
audio packets from the network 116, the resulting interrupt provided by the operating 
system results in the sequential execution by the operating system of the network 
interface 202 and the isochronous audio software 212. The isochronous audio software 
5 212 may process isochronous audio data, play audio data, and/or save audio data in a 

recordable medium. 

[029] The isochronous audio software 212 may also receive audio data from a 
medium, such as a compact disc, or another source, such as a tape deck or a radio 
receiver, and create and send isochronous audio data to the network interface driver 210 

10 for transmission over the network 116. The isochronous audio data created by the 

isochronous audio software 212 may be buffered and then passed to the network 
interface driver 210. The network interface driver 210 may transfer the data to the 
network interface 202 for transmission over the network 116. Creation and passing of 
the isochronous audio data may occur when the operating system enables execution of 

15 the isochronous audio software 212. Execution may be enabled by the operating system 

when an interrupt is provided to the network interface 202 by the operating system in 
response to receipt by the operating system of an interrupt request. 

Third Isochronous Audio Controller 

20 [030] A third illustrative isochronous audio controller 300 operating within a 

multi-tasking multi-threaded operating system is shown in FIG. 3. The isochronous 
audio controller 300 may include a network interface 302, a memory 304, a processor 
306, and a user interface 308. 

[031] The memory 304 may include layers of network software operating 

25 substantially in parallel in the operating system that provide network support for the 

applications 318. The memory 304 may include a network interface driver 310, a 
TCP/IP stack 314, a socket API 316, and one or more applications 318. The 
isochronous audio controller 300 may also include an isochronous audio driver 320, an 
isochronous audio application 322. Alternatively, the isochronous audio driver 320 may 

30 be integrated with the isochronous audio application 322 to form isochronous audio 

software 324. 
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[032] The isochronous audio driver 320 may operate in the driver level of the 
operating system. The isochronous audio application may operate in a level above the 
driver level, such as an application level. Accordingly, in a multi-tasking, multi- 
threaded operating system such as Microsoft Windows, the isochronous audio driver 
may operate at the driver level and the isochronous audio application may operate be at 
the application level. In operating systems that include a safe mode, or protected mode, 
when the safe mode is activated, drivers are enabled but applications are disabled. 
Accordingly, in such a safe mode, the isochronous audio driver may be enabled and the 
isochronous audio application may be disabled. Also included in the memory 304 in 
communication with the isochronous audio driver 320 is a transmit buffer 326 and a 
receive buffer 328 to temporarily store audio data. The transmit buffer 326 and the 
receive buffer 328 may also be part of the isochronous audio software 324, 

[033] The network interface driver 310 may be a hardware driver provided by 
an operating system vendor, a hardware driver provided by the manufacturer of the 
network interface 302, or a hardware driver provided by a third party. The TCP/IP stack 
314 may be a protocol stack available from the supplier of the operating system, or may 
be a TCP/IP stack included with a firewall application, or may be a stand alone protocol 
stack. Similarly, the socket API 316 may be an API available from the supplier of the 
operating system, or may be an API provided by a third party. In addition to, or in place 
of, the TCP/IP stack 314 and the socket API 316, protocol stacks and APIs for other 
protocols such as IPX/SPX, NetBIOS, NetBEUI, AppleTalk, ATM and/or Token-Ring 
may also be used. For simplicity, the TCP/IP stack 314 and the socket API 316 are 
discussed. In FIG. 3, the isochronous audio driver 320 may include its own protocol 
stack and API, and may not rely upon another protocol stack. Accordingly, the 
isochronous audio driver 320 may be operated substantially in parallel with the TCP/IP , 
stack 314 and the API 316, 

[034] The applications 318 may include many other user interfaces and 
applications, such as a browsers, content providing clients, news clients, e-mail clients, 
file servers, or other servers or clients capable of operation substantially in parallel with 
the isochronous audio software 324. The isochronous audio driver 320 and the 
isochronous audio application 322, or, alternatively, the isochronous audio software 
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324, may process isochronous audio data, play audio data, save audio data in a 
recordable medium, receive audio data from a medium, and/or create and send 
isochronous audio data to the network interface driver 310 for transmission over the 
network 116. 

5 

Standard TCP/IP Processing Example 

[035] In FIG. 3, the applications 318 do not communicate directly with the 
network interface 302. Rather, the isochronous audio controller 300 includes a high- 
level network interface through the socket API 316. The applications 318 send and 

10 receive network requests and responses to and from the socket API 316, which 

communicates with the next lower layer, such as the TCP/IP stack 214. 

[036] When one of the applications 318 is executed by the operating system to 
transmit data over the network 1 1 6, a request is generated by the application 318. When 
the socket API 316 receives the request from one of the applications 318, the socket API 

15 316 formats the request and forwards the request to the TCP/IP stack 314. The TCP/IP 

stack 314 reformats the request as one or more data packets. The term "data packet" 
refers to a variable or fixed length transmission unit that includes binary digits 
representing information other than isochronous audio data or data included in 
synchronization packets. As discussed later, synchronization packets may provide 

20 timing information used with the isochronous audio data. The units of information may 

contain both data and a header including an identification number, source and 
destination addresses (including multicast addresses), and sometimes error control data. 
Data packets may include IP packets, UDP packets, Ethernet packets, and IPX packets. 
The term "isochronous audio packet 5 ' describes packets of information that contain 

25 isochronous audio data. The data may be formatted to be transmitted over a network, 

such as formatted to be an Ethernet packet. The formatted data may contain a header 
having an identification number, source and destination addresses (including multicast 
addresses), and sometimes error control data. 

[037] The TCP/IP stack 314 forwards data packets to the isochronous audio 

30 driver 320. The isochronous audio driver 320 may analyze the packets and forward 

untouched those packets identified as data packets to the network interface driver 310. 
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In this example, the network interface driver 310 is the lowest layer of the software. 
The network interface driver 310 sends data packets directly to the network interface 
302. 

[038] When a response is received, the data packets travel in a reverse order of 
5 a request. That is, the data packets are first received by the network interface 302. The 

network interface 302 reads and buffers the packets. The packets are then passed by the 
network interface driver 310 to the isochronous audio driver 320. The isochronous 
audio driver 320 determines that the packets are data packets and should be passed 
untouched to applications 318 via the TCP/IP stack 314. The packets are then decoded 
10 by the TCP/IP stack 314, and the data extracted from the packets during decoding is 

further processed by the socket API 316. 

Isochronous Audio Processing Example 

[039] In FIG. 3, the isochronous audio controller 300 includes the isochronous 

15 audio application 322 and the isochronous audio driver 320. The isochronous audio 

driver 320 may be operated substantially in parallel with the TCP/IP stack 314 and the 
Socket API 316 by the operating system. The isochronous audio driver 320 provides an 
interface between the network interface driver 310 and the isochronous audio 
application 322. The isochronous audio driver 320 may include, create, or access the 

20 transmit buffer 326 and the receive buffer 328. 

[040] The isochronous audio software 324 processes isochronous audio packets 
received over the network 1 16 to decode and extract audio data. Decoding may include 
removing a header, such as an Ethernet packet header, that includes an identification 
number of the packet, a source address and a destination address. In addition, decoding 

25 may include converting isochronous audio data included in the isochronous audio 

packet to audio data. The isochronous audio data may be formatted in accordance with 
a predetermined format, such as a CobraNet format. 

[041] The isochronous audio software 324 also processes audio data to encode 
the audio data and generate isochronous audio packets that can be transmitted over the 

30 network 116. Encoding audio data may include reformatting the audio data in 

accordance with a predetermined format, such as a CobraNet format. In addition, 

10 
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encoding audio data may include adding a header to the asynchronous audio data, such 
as an Ethernet packet header that includes an identification number of the packet, a 
source address and a destination address. 

[042] Execution of the isochronous audio software 324 in the operating system 
occurs as part of an interrupt requested by the network interface 302. An interrupt 
resulting in the execution by the operating system of the isochronous audio software 
324 is based on an interrupt request generated by the network interface 302 when 
isochronous audio packets or synchronization packets are received by the network 
interface 302. A synchronization packet refers to a packet that includes timing 
information related to transmission of an isochronous audio packet. The timing 
information includes a frame number representative of network timing provided by a 
network clock, a bundle number indicative of one of a number of transmission channels 
for transmitting audio date and a MAC address of the network interface 302. 

[043] Receipt of a synchronization packet by the network interface 302 may 
result from a synch request generated by the isochronous audio software 324. A synch 
request may include the bundle number that the isochronous audio software 324 is 
currently processing and the MAC address of the network interface 302. The synch 
request may be generated by the isochronous audio software 324 and passed to the 
network interface driver 310. When the request is received by the network interface 
driver 310, it is conveyed to the network 116 through the network interface 302. 

[044] In FIGS. 3 and 4, when an isochronous audio packet or a synchronization 
packet is received by the network interface 302 an interrupt request may be generated. 
When the operating system transfers control to the network interface 302 based on the 
interrupt request, the isochronous audio packet or synchronization packet may be passed 
by the network driver 310 to the isochronous audio driver 320. The isochronous audio 
driver 320 may identify the packet as related to audio data, and processes the packet to 
extract audio data or timing information. When an isochronous audio packet or a 
synchronization packet is received, the isochronous audio driver 320 may be executed 
by the operating system to determine whether the isochronous audio application 322 is 
transmitting audio data at 402. This determination may assess if the isochronous audio 
controller 300 has been authorized to transmit isochronous audio packets over the 
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switched network 116. Authorization may be based on a flag that is manually set, a 
logic operation, or any other mechanism to determine when operation of the 
isochronous audio software 324 should be enabled/disabled. In addition, the 
isochronous audio driver 320 may determine whether the decoded packet includes the 

5 correct bundle number, a frame number and the MAC address of the network interface 

302. The correct bundle number is the bundle number currently being processed by the 
isochronous audio software 324. 

[045] If the isochronous audio application 322 is not enabled to transmit data, 
the isochronous audio driver 320 stops and waits for the next packet. At 404, the 

10 isochronous audio driver 320 determines whether the received packet is a 

synchronization packet. The transmission of an isochronous audio packet by the 
isochronous audio driver 320 may occur as a result of reception of a synchronization 
packet. If the received packet is not a synchronization packet, then the isochronous 
audio driver 320 stops processing and waits for the next packet. 

15 [046] If the received packet is a synchronization packet, then at 406 the 

isochronous audio driver 320 determines whether the isochronous audio data in the 
transmit buffer 326 should be sent. The isochronous audio driver 320 may be executed 
by the operating system to generate isochronous audio data that is provided to the 
transmit buffer 326. The isochronous audio data generated by the isochronous audio 

20 driver 320 includes audio data from one or more channels (slots) of audio data that is 

sampled at a predetermined frequency and resolution. The isochronous audio data may 
be pulse-code modulated (PCM), although other modulation schemes may be used. 
PCM resolutions may be about 16 bits, 20 bits, or 24 bits in length. Some sampling 
frequencies that may be used include 32 KHz, 44 KHz, 48 KHz, and 96 KHz among 

25 other acceptable sampling frequencies. In this example, the maximum number of 

channels per isochronous audio packet is eight. Such isochronous audio data related 
information may be included in the isochronous audio data. It may be necessary to 
buffer isochronous audio data prior to a transmission so that there is enough 
isochronous audio data to fill an isochronous audio packet when a synchronization 

30 packet is received. If the isochronous audio data in the transmit buffer 326 is not ready 

to be sent, then the isochronous audio driver 320 stops until it receives the next packet. 

12 
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[047] If isochronous audio data within the transmit buffer 326 should be sent, 
then at 408 the isochronous audio driver 320 may prepare an isochronous audio packet 
and inserts the appropriate headers. The headers may include information such as the 
resolution of the samples, the frequency of the samples, and how many channels (slots) 

5 of audio data are included in the isochronous audio packet. In addition, the headers may 

include a network packet header as previously discussed. At 410, the isochronous audio 
driver 320 may add the bundle number and the frame number to the isochronous audio 
packet. The bundle number and frame number may be previously received in a 
synchronization packet and decoded by the isochronous audio driver 320. As 

10 previously discussed, bundle numbers facilitate communication of multiple channels of 

audio data. At 412, the isochronous audio driver 320 may add isochronous audio data 
from the transmit buffer 326 to the isochronous audio packet, and may send the 
isochronous audio packet for transmission over the network at 416. When the 
isochronous audio packet is received by the network interface driver 310, it may be 

15 conveyed to the network 116 through the network interface 302. 

[048] In FIGS. 4 and 5, when an isochronous audio packet is received by the 
network interface 302 an interrupt request may be generated. When the operating 
system transfers control to the network interface 302, the isochronous audio packet may 
be passed by the network driver 310 to the isochronous audio driver 320. The 

20 isochronous audio driver 320 may identify the packet as related to audio data and begin 

processing the packet. Upon receipt of an isochronous audio packet, the isochronous 
audio driver 320 may determine whether the isochronous audio application 322 is 
authorized to receive audio data at 502. Authorization includes determination of 
whether the isochronous audio software 324 is authorized to be enabled as previously 

25 discussed. If it is not authorized to receive audio data, then the isochronous audio driver 

320 waits for the next packet. Otherwise, at 504 the isochronous audio driver 320 may 
determine whether the received packet is an isochronous audio packet. If it is not an 
isochronous audio packet, the isochronous audio driver 320 stops until it receives the 
next packet. If the received packet is an isochronous audio packet, then at 506 the 

30 isochronous audio driver 320 may determine whether the packet's bundle number is the 

bundle number that the isochronous audio application 322 is currently processing. If the 
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packet's bundle number is not a bundle number that the isochronous audio application 
322 is currently processing, the isochronous audio driver 320 stops until it receives the 
next packet. 

[049] When the packet has a bundle number that is currently being processed, 
at 508 the isochronous audio driver 320 may extract audio data from the packet and 
separates the audio data into slots or channels based on information included in the 
header of the packet. At 510 the isochronous audio driver 320 may store the audio data 
in the receive buffer 328. At 512, the isochronous audio driver 320 may determine 
whether the audio data in the receive buffer 328 should be sent to the isochronous audio 
application 322 based on the authorization status. If it should not be sent to the 
isochronous audio application 322, then isochronous audio driver 320 stops until it 
receives the next packet. If the audio data in the receive buffer 328 is authorized to be 
sent to the isochronous audio application 322, then at 514 the isochronous audio driver 
320 may transmit the audio data to the isochronous audio application 322. A 
synchronization packet and the timing information included therein are not needed to 
process an isochronous audio packet received from the. network 116. 

[050] The isochronous audio application 322 may further process the audio 
data to obtain a desired format for conversion to audio sound. For example, the 
isochronous audio application 322 may resample the audio data to a compatible 
frequency, such as 44 KHz. The isochronous audio application 322 may also divide the 
audio data into a determined number of channels such as a left and right channel for 
stereo or 5 or more channels for surround sound. In addition, the isochronous audio 
application 322 may change the format of the audio data, such as from pulse code 
modulation to MP3. The isochronous audio application 322 may also store the 
processed audio data in memory, for example, in a magnetic media such as a hard drive 
of a computer. 

[051] The isochronous audio driver 320 may run as a system process in the 
driver level of the operating system, so that it has a higher priority than some 
applications operated substantially in parallel with the isochronous audio software 324 
by the operating system. In addition, the isochronous audio driver 320 may be very 
"lean," to minimize processing time of the audio data. 
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[052] The direct communication between the isochronous audio driver 320 and 
the isochronous audio application 322 facilitates high-speed operation, so that the 
isochronous audio driver 320 is able to process (transmit and receive) about 750 
isochronous audio packets per second. Accordingly, due to the use of interrupts 
5 requested by the network interface 302, operation of the driver level and minimized 

processing time, processing of isochronous audio packets by the isochronous audio 
software may occur in substantially real time. 
Fourth Isochronous Audio Controller 

[053] FIG. 6 is a block diagram example of a portion of an isochronous audio 

10 controller 600 operating in a multi-tasking multi-threaded operating system with other 

applications. The illustrated isochronous audio controller 600 includes an isochronous 
audio application 602, an isochronous audio driver 604, the transmit buffer 326 and the 
receive buffer 328. The isochronous audio application 602 includes a decoder module 
608, a resampling module 610, a buffer module 612 and a data format module 614 to 

15 convert the audio data between various formats. In other examples, fewer or greater 

numbers of modules may be depicted to illustrate the described functionality of the 
isochronous audio application 602. 

[054] The decoder module 608 may be any form of conversion process for 
converting audio data between one or more formats, such as between MP3 or DTS data 

20 and pulse code modulation (PCM) data. For example, an external source of audio data 

616, such as a source file stored in memory, a CD player, etc. may be in MP3 or DTS 
format that is used to produce audio sound. Accordingly, the isochronous audio 
application 602 executed within an operating system may process a source file retrieved 
from a memory device such as a magnetic media also accessible from within the 

25 operating system. In addition, a source file created by the isochronous audio application 

602 may be stored in a memory device accessible with the operating system. The 
decoder module 608 may also be capable of separating the audio portion of video data 
and forwarding the video portion to a video processing device such as a video card. 

[055] The resampling module 610 may be any form of sample rate conversion 

30 apparatus for converting between one or more rates at which audio data was sampled. 

For example, audio data may be resampled between 44.1 KHz and 48 KHz. Where the 

15 
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audio data is already at the desired sample rate for storage or retrieval from a source, the 
resampling module 610 may be omitted. 

[056] The buffer module 612 may provide temporary storage of audio data to 
be transmitted over the network and temporary storage of audio data received from the 
5 network. For example, audio data may be temporarily stored in the buffer module 

before and after being processed by the resampling module 610. 

[057] The data format module 614 may convert the audio data to format 
compatible with packet-ized transmission of the audio data. In addition, the data format 
module 614 may provide format conversion functionality to change the presentation 

10 format of the audio data within the packets. For example, the data format module 614 

may convert audio data between a 32 bit format and a predetermined 16 bit block 
format. Where the audio data is in the desired format for packet transmission, the 
format functionality within the data format module 614 may be omitted. 

[058] The data format module 614 may also be configured to communicate 

15 with the isochronous audio driver 604. Accordingly, audio data may be received by the 

isochronous audio driver 604 from the isochronous audio application 602 for 
transmission over the network. La addition, audio data in an isochronous audio packet 
may be received from the network, and the audio data may be extracted and passed to 
the isochronous audio application 602 from the isochronous audio driver 604. Audio 

20 data and requests for audio data may be transmitted between the isochronous audio 

application 602 and the isochronous audio driver 604. A communication link 620 
provides a two way communication path between the isochronous audio application 602 
and the isochronous audio driver 604. The communication link 620 may be wireline, 
wireless, optical or any other form of communication interface. 

25 [059] The example isochronous audio driver 604 includes a packet supply 

buffer 624, a packet request module 626, a synchronization packet module 628, a packet 
format module 630, a packet transmit module 632 and a synch request module 634. In 
other examples additional or fewer modules may be depicted to describe the 
functionality of the isochronous audio driver 604. 

30 [060] The packet supply buffer 624 may be any mechanism for temporarily 

storing audio data received from the isochronous audio application 602. When 
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isochronous audio packets are being prepared for transmission over the network, the 
packet request module 626 may monitor the packet supply buffer 624. A packet request 
may be generated and transmitted via the communication link 620 when the packet 
request module 626 determines that the packet supply buffer 624 is less than full of 
5 audio data, or below a predetermined level. In addition, the packet request module 626 

may communicate audio data received from the network to the data format module 614. 
The audio data received from the network may be buffered data provided to the packet 
buffer 626 from the receive buffer 328 (FIG. 3). 

[061] The synchronization packet module 628 may be configured to receive 

10 and analyze synchronization packets transmitted via the network. As previously 

discussed, the synchronization packets are transmitted over the network to the network 
interface 202 (FIG. 2). Upon receipt by the isochronous audio driver 604, the packets 
may be provided to the synchronization packet module 628. The synchronization 
packet module 628 may extract timing information from the synchronization packet. 

15 More specifically, the synchronization packet module 628 may confirm that the packet 

is a synchronization packet. In addition, the synchronization packet module 626 may 
strip off the header of the packet and verify the unique ID indicating that the packet is 
related to isochronous data transmission. Further, timing information, such as the frame 
number, the bundle number and the MAC address may be stripped off of the packet and 

20 verified as correct. If the information is correct, the frame number may be parsed out of 

the packet and forwarded to the packet format module 630. 

[062] The packet format module 630 may create isochronous audio data using 
audio data from the packet supply buffer 624. The isochronous audio data may be 
created as previously discussed in accordance with a predetermined format such as a 

25 CobraNet format. The audio data in the packet supply buffer 624 may be retrieved and 

converted to isochronous audio data by the packet format module 630. Isochronous 
audio data created by the packet format module 630 may be stored in the transmit buffer 
326. 

[063] The packet format module 630 may generate the isochronous audio 
30 packet using the isochronous audio data included in the transmit buffer 326. The packet 

format module 630 may add the frame number provided from the synchronization 
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packet module 628 to the isochronous audio data. The bundle number and any other 
identifying information may also be added to the header of the isochronous audio data 
by the packet format module 630. Once the isochronous audio packet is assembled, the 
data is provided to the packet transmit module 632. The packet transmit module 632 
5 provides the fully assembled isochronous audio packet to the network interface driver 

310. (FIG. 3) The network interface driver 310 passes the isochronous audio packet to 
the network interface 302 for transmission over the network 116. (FIG. 3) 

[064] The synch request module 634 may create requests that are transmitted 
over the switching network to elicit transmission over the switching network of a 

10 synchronization packet. Requests may be generated at predetermined intervals by the 

synch request module 634 to maintain a steady supply of synchronization packets. A 
steady supply of synchronization packets allows a steady stream of outgoing 
isochronous audio packets since one synchronization packet is received for each 
isochronous audio packet transmitted. 

15 [065] During operation, a request may be transmitted over the network by the 

synch request module 634. In response, the synchronization module 628 may receive a 
synchronization packet. After verification, the synchronization module 628 may decode 
the packet and parse out the frame number, which is provided to the packet format 
module 630. An isochronous audio packet may be generated in response to receipt of 

20 the synchronization packet. The isochronous audio packet may be generated by the 

packet format module 630. The isochronous audio packet may be generated from the 
isochronous audio data stored in the transmit buffer 326. The isochronous audio data 
may be retrieved and inserted into the isochronous audio packet by the packet format 
module 630. The isochronous audio packet may then be forwarded by the packet 

25 transmit module 632 to be transmitted over the network. 

[066] Upon receipt of an isochronous audio packet, on the other hand, the 
packet is provided to the packet request module 626. The packet request module 626 
confirms the bundle number of the isochronous audio packet is the bundle number 
currently being processed, decodes the packet and extracts the audio data. The audio 

30 data is transmitted to the data format module 614 via the communication link 620. 

Accordingly, the isochronous audio application 602 receives audio data that is in a 
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format compatible with further processing. The audio data is reformatted, if needed, 
and placed in the data buffer 612. The resample module 610 may convert the sample 
rate of the audio data to a desired sample rate, such as the sample rate of 44.1 kHz for a 
CD disc. The decoder 608 may convert the audio data to a format compatible with an 
external source 616, such as an MP3 file. The converted audio data may be provided to 
an external source such as a CD player, a digital amplifier or storage media such as a 
hard drive. 

[067] The previously described processing of packets incoming from the 
switching network and the generation of isochronous audio packets that are outgoing to 
the switching network is performed at the driver level of a multi-tasking, multi-threaded 
operating system by the isochronous audio software. Since operation of the isochronous 
audio software is executed by the operating system during an interrupt requested by the 
network interface 302 (FIG. 3), processing of the audio data can occur in substantially 
real time. As a result of the substantially real time operation of the isochronous audio 
software within a multi-tasking, multi-threaded operating system, existing systems and Q 
process within the operating system may be used. In addition, as a result of a single 
interrupt, identification, sorting and processing of the packets by the isochronous audio 
driver 604 may all occur at the driver level. The single interrupt also allows execution 
of the isochronous audio application 602 just above the driver level by the operating 
system. Accordingly, audio data may be processed efficiently and effectively without 
specialized and/or dedicated hardware. 

[068] While various embodiments of the invention have been described, it will 
be apparent to those of ordinary skill in the art that many more embodiments and 
implementations are possible within the scope of the invention. Accordingly, the 
invention is not to be restricted except in light of the attached claims and their 
equivalents. 
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